home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc1574.txt < prev    next >
Text File  |  1994-08-01  |  28KB  |  732 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                           S. Hares
  8. Request for Comments: 1574                                  Merit/NSFNET
  9. Obsoletes: 1139                                             C. Wittbrodt
  10. Category: Informational                      Stanford University/BARRNet
  11.                                                            February 1994
  12.  
  13.  
  14.                   Essential Tools for the OSI Internet
  15.  
  16. Status of this Memo
  17.  
  18.    This memo provides information for the Internet community.  This memo
  19.    does not specify an Internet standard of any kind.  Distribution of
  20.    this memo is unlimited.
  21.  
  22. Abstract
  23.  
  24.    This document specifies the following three necessary tools to debug
  25.    problems in the deployment and maintenance of networks using ISO 8473
  26.    (CLNP):
  27.  
  28.       - ping or OSI Echo function
  29.       - traceroute function which uses the OSI Echo function
  30.       - routing table dump function
  31.  
  32.    These CLNS tools are the basics required for hosts and routers for
  33.    CLNS network support. It is intended that this document specify the
  34.    most basic support level required for CLNS hosts and routers.
  35.  
  36.    To support some of the needed tools (ping and traceroute) this memo
  37.    specifies the mechanism specified in RFC 1575 [3].
  38.  
  39. Table of Contents
  40.  
  41.    Section 1. Conventions .......................................  2
  42.    Section 2. Introduction ......................................  2
  43.    Section 3. Specification .....................................  2
  44.    Section 3.1 Ping .............................................  3
  45.    Section 3.1.1 Protocol Support ...............................  3
  46.    Section 3.1.2 Functions supported by the ping utility ........  3
  47.    Section 3.2 Traceroute .......................................  3
  48.    Section 3.2.1 Basic Traceroute ...............................  4
  49.    Section 3.2.2 Use of Partial Source route in traceroute ......  5
  50.    Section 3.2.3 Information needed from a Traceroute utility ...  6
  51.    Section 3.3 OSI routing table dump ...........................  6
  52.    Section 3.4 MIB variables available via SNMP .................  7
  53.    Section 3.4.1 Summary of MIB Variables .......................  8
  54.    Section 3.4.2 ASN.1 Syntax for these MIB variables ...........  8
  55.  
  56.  
  57.  
  58. Hares & Wittbrodt                                               [Page 1]
  59.  
  60. RFC 1574          Essential Tools for the OSI Internet     February 1994
  61.  
  62.  
  63.    Section 4. OSI HOST.txt format ............................... 10
  64.    Section 5. Acknowledgements .................................. 11
  65.    Section 6. References ........................................ 12
  66.    Section 7. Security Considerations ........................... 12
  67.    Section 8. Author's Addresses ................................ 13
  68.  
  69. 1.  Conventions
  70.  
  71.    The following language conventions are used in the items of
  72.    specification in this document:
  73.  
  74.       o MUST, SHALL, or MANDATORY -- the item is an absolute
  75.         requirement of the specification.
  76.  
  77.       o SHOULD or RECOMMENDED -- the item should generally be followed
  78.         for all but exceptional circumstances.
  79.  
  80.       o MAY or OPTIONAL -- the item is truly optional and may be
  81.         followed or ignored according to the needs of the implementor.
  82.  
  83. 2.  Introduction
  84.  
  85.    Currently in the Internet, OSI protocols are being used more and
  86.    more.  As the network managers of an Internet once predominantly a
  87.    TCP/IP network began deploying parts of the emerging OSI Internet, it
  88.    became apparent that network layer OSI network debugging tools were
  89.    almost nonexistent.  When such tools existed, different
  90.    implementations didn't work together.
  91.  
  92.    As stated in RFC 1575, a simple network layer mechanism is necessary
  93.    to allow systems to be probed to test network layer integrity.  For
  94.    the purposes of running OSI networks the authors of this document
  95.    believe that other tools are necessary too.  Other tools described
  96.    below are an echo function, a traceroute function, and a routing
  97.    table dump.  What this document defines is the minimum subset of
  98.    tools that are necessary to allow for the debugging of network
  99.    problems.
  100.  
  101. 3.  Specification
  102.  
  103.    This document's purpose is to specify a standard ping, traceroute,
  104.    and OSI routing table dumping mechanisms for use for the ISO 8473
  105.    (CLNP) protocol in the OSI Internet.  A detailed description of the
  106.    specified mechanisms is below.  These mechanism MUST be available on
  107.    every router (inter mediate system) or host (end system) that
  108.    provides OSI service for the Internet.  These three functions are the
  109.    basic tool set for the OSI network layer for the Internet.
  110.  
  111.  
  112.  
  113.  
  114. Hares & Wittbrodt                                               [Page 2]
  115.  
  116. RFC 1574          Essential Tools for the OSI Internet     February 1994
  117.  
  118.  
  119. 3.1.  Ping
  120.  
  121. 3.1.1.  Protocol Support
  122.  
  123.    The long term echo mechanism, as described in 1575, requires the use
  124.    of two new type values in the packet header of the ISO 8473 Network
  125.    Protocol Data Units (NPDUs), or preferably packets.  The two values
  126.    are:
  127.  
  128.       1E(hex) - for the echo-request Selector and,
  129.       1F(hex)  - for the echo-response Selector.
  130.  
  131.    Nodes which support ISO 8473 but do not support these two new values
  132.    (for the type code option field in the header of an ISO 8473 packet)
  133.    MUST send back an error packet if the ERROR report flag is set in the
  134.    packet.
  135.  
  136.    To support a ping function for ISO 8473, all end systems (hosts) and
  137.    intermediate systems (routers) MUST support the "long term" echo
  138.    function as defined by RFC 1575 [3] AND also set the ERROR report
  139.    flag in the 8473 header.
  140.  
  141.    The setting of the ERROR report flag is required because this allows
  142.    a way for a compliant host or router to ping a non-compliant host or
  143.    router.  When a non-complaint host or router receives a "ping" packet
  144.    with the new type function (Echo Request Selector), it MUST attempt
  145.    to return an ISO 8473 error packet to the originating host, thus
  146.    showing reachability.
  147.  
  148. 3.1.2.  Functions supported by the ping utility
  149.  
  150.    A ping utility MUST be able to provide the Round trip time of each
  151.    packet, plus the average minimum and maximum RTT over several ping
  152.    packets.  When an error packet is received by the node, the ping
  153.    utility MUST report the error code to the user.
  154.  
  155. 3.2.  Traceroute
  156.  
  157.    The CLNP trace is similar to the ping utility except that it utilizes
  158.    the "Lifetime" field in the ISO 8473 packet.  Hosts and routers that
  159.    support OSI MUST also support CLNP trace.  The "Lifetime" field
  160.    serves the same function as the Time To Live (TTL) field does in an
  161.    IP packet.  A node (router or host) cannot forward ISO 8473 packet
  162.    with a value for the Lifetime of zero.  If the ERROR REPORT flag is
  163.    set in the ISO 8473 packet, an error packet, will be returned to the
  164.    originator of the packet.
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Hares & Wittbrodt                                               [Page 3]
  171.  
  172. RFC 1574          Essential Tools for the OSI Internet     February 1994
  173.  
  174.  
  175. 3.2.1.  Basic Traceroute
  176.  
  177.    If a ISO 8473 echo-request packet is sent with "Lifetime" field value
  178.    of 1, the first hop node (router or end system) will return an error
  179.    packet to the originator the packet.  If the first hop node supports
  180.    the echo-request type field the error code will be either:
  181.  
  182.       A0 (hex) - Lifetime Expired while Data Unit in Transit
  183.       A1 (hex) - Lifetime Expired during Re-assembly
  184.  
  185.    If the first hop node does not support echo-request type field, the
  186.    error code will be:
  187.  
  188.       B0 (hex) - Unsupported Option not Specified.
  189.  
  190.    When trying to trace a route to a remote node, the destination
  191.    address in the echo-request packet sent should be this remote
  192.    destination.  By using increasing values in the "Lifetime" field a
  193.    route can be traced through the network to the remote node.  This
  194.    traceroute function should be implemented on each system (host or
  195.    router) to allow a user to trace a network path to a remote host or
  196.    router.
  197.  
  198.    The error message is used as evidence of the reachability and
  199.    identity of the first hop.  The originator then sends a packet with a
  200.    "lifetime" field value of 2.  The first hop decrements the "Lifetime"
  201.    and because the "Lifetime" is still greater than 0, it forwards it
  202.    on.  The second hop decrements the "Lifetime" field value and sends
  203.    an error packet (ER NPDU) with one of the two "Lifetime Expired"
  204.    error codes listed above to the originator.  This sequence is
  205.    repeated until either:
  206.  
  207.       - the remote host is reached an either an echo-response packet is
  208.         sent back or (for nodes that do not have the required Echo
  209.         support) an error packet is sent back, or
  210.  
  211.       - the an error packet is received with error code (B0) indicating
  212.         that a node will not pass the echo-response packet, or
  213.  
  214.       - an error packet is received with one of the following errors:
  215.  
  216.       80(hex)  - Destination Address Unreachable
  217.       81(hex)  - Destination Address Unknown.
  218.  
  219.    If any of the following Error codes are received in an error packet,
  220.    a second packet should be sent by the originating node:
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Hares & Wittbrodt                                               [Page 4]
  227.  
  228. RFC 1574          Essential Tools for the OSI Internet     February 1994
  229.  
  230.  
  231.              CodeReason from 8473
  232.              -----------------------------
  233.              00(hex)  - Reason not specified
  234.              01(hex)  - Protocol procedure error
  235.              02(hex)  - Incorrect checksum
  236.              03(hex)  - Packet Discarded due to Congestion
  237.              04(hex)  - Header Syntax Error (cannot be parsed)
  238.              05(hex)  - Segmentation needed but not permitted
  239.              06(hex)  - Incomplete packet received
  240.              07(hex)  - Duplicate Option
  241.              B1(hex)  - Unsupported Protocol Version
  242.              B2(hex)  - Unsupported Security Option
  243.              B3(hex)  - Unsupported Source Routeing Option
  244.              B4(hex)  - Unsupported Recording of Route Option
  245.              C0(hex)  - Reassembly Interface
  246.  
  247.    If one of these error is detected, an error value should be returned
  248.    to the user.  More than one echo packet, may be sent at a "Lifetime"
  249.    value.  The number of additional echo packets is left up to the
  250.    implementation of this traceroute function.
  251.  
  252.    If one of the following errors is received, AND "partial source
  253.    route" is not specified in the echo-request packets, send a second
  254.    echo-request packet to the destination at a "Lifetime" value:
  255.  
  256.              Code      Reason from 8473
  257.              --------------------------------
  258.              90(hex)   Unspecified Source Routeing Error
  259.              91(hex)   Syntax Error in Source Routeing Field
  260.              92(hex)   Unknown Address in Source Routeing Field
  261.              93(hex)   Path not Acceptable
  262.  
  263.    (The echo-request packet may have been damaged while traversing
  264.    through the network.)
  265.  
  266. 3.2.2.  Use of Partial Source route in traceroute
  267.  
  268.    The current IP traceroute has a 3rd party or "loose source route"
  269.    function.  The ISO 8473 protocol also supports a "partial source
  270.    routeing" function.  However, if a node (router or host) does not
  271.    support the "partial source routing" function an ISO 8473 packet gets
  272.    passed along the path "exactly as though the function has not been
  273.    selected.  The packet shall not be discarded for this reason." [2]
  274.  
  275.    In order utilize the partial source route function in the OSI
  276.    traceroute, a node must set the "source routeing" option and "partial
  277.    source routeing" parameter within that option.  A 3rd party, or
  278.    "loose source route" traceroute function requires that a node send an
  279.  
  280.  
  281.  
  282. Hares & Wittbrodt                                               [Page 5]
  283.  
  284. RFC 1574          Essential Tools for the OSI Internet     February 1994
  285.  
  286.  
  287.    echo-request packet with the "loose source routeing" field set. The
  288.    functioning of the 3rd party/"loose source route" traceroute is the
  289.    same except the following errors cause the traceroute to be
  290.    terminated:
  291.  
  292.              Code      Reason from ISO 8473
  293.              --------------------------------------------------
  294.              92 Unknown Address in Source Routeing Field
  295.              93 Path not Acceptable
  296.  
  297.    These errors may indicate a problem with the "loose source route"
  298.    listed in the echo-request packet for this destination.  Additional
  299.    packets with the same lifetime will only repeat this error.  These
  300.    errors should be reported to the user of the traceroute function.
  301.  
  302. 3.2.3.  Information needed from a Traceroute utility
  303.  
  304.    A traceroute utility should provide the following information to the
  305.    user:
  306.  
  307.       - the identity of systems that comprise the path or route
  308.         to the destination (the identifiers are called Network
  309.         Entity Titles or NETs in OSI and ISO 8473)
  310.  
  311.       - ping times (in Round trip times) for each
  312.         hop in the path,
  313.  
  314.       - error codes from error packet received as a
  315.         response to the an echo-request packet, and
  316.  
  317.       - any other error conditions encountered
  318.         by traceroute.
  319.  
  320. 3.3.  OSI routing table dump
  321.  
  322.    Each OSI host (end system) or router (intermediate system) MUST be
  323.    able to dump any of its routing tables.  Routing tables may come from
  324.    the:
  325.  
  326.              a.) the ES-IS information
  327.              b.) static
  328.              c.) IS-IS
  329.              d.) IDRP
  330.  
  331.    or any other source.
  332.  
  333.    Each system MUST be able to dump the routing table entries via some
  334.    out of band mechanism. A method MUST exist to provide these. A show
  335.  
  336.  
  337.  
  338. Hares & Wittbrodt                                               [Page 6]
  339.  
  340. RFC 1574          Essential Tools for the OSI Internet     February 1994
  341.  
  342.  
  343.    osi routes command SHOULD be created with the following options:
  344.  
  345.              - a        for all routes
  346.              - esis     for es-is routes
  347.              - isis     for is-is routes
  348.              - idrp     for idrp routes
  349.              - static   for static routes
  350.              - other    for routes from other sources.
  351.  
  352.    In addition, routing tables SHOULD be available via either SNMP or
  353.    CMIP.  The specification of CMIP variables are outside the scope of
  354.    this specification.  Section 3.4 specifies the RFC 1238 MIB variables
  355.    which MUST be available via SNMP.  These two variables simply allow
  356.    the user to get some basic CLNS routing information.
  357.  
  358.    Please note that not all the information requested is available via
  359.    the CLNS MIB.  Due to this fact, it is anticipated that additional
  360.    work on a CLNS MIB will be done in the future.  When a new MIB is
  361.    written, it is anticipated that this document will be updated to
  362.    include the additional MIB variables to collect such things as the
  363.    ES-IS cache.
  364.  
  365. 3.4.  MIB variables available via SNMP
  366.  
  367.    The Simple Network Management Protocol [6] plays an important role in
  368.    monitoring of multi-protocol, managed resources in the Internet. By
  369.    convention, SNMP is mapped onto User Datagram Protocol (UDP), 6);
  370.    however, in those situations where it is not possible to communicate
  371.    with an ISO 8473 managed resource using SNMP over UDP, or where
  372.    communication with an ISO 8473 managed resource using SNMP/UDP is not
  373.    possible/appropriate, SNMP messages should be mapped onto an OSI
  374.    transport (7) The following Managed Objects for the SNMP SHOULD be
  375.    supported to facilitate remote monitoring using the SNMP:
  376.  
  377.    The Simple Network Management Protocol (SNMP) plays an important role
  378.    in monitoring of multi-protocol, managed resources in the Internet.
  379.    By convention, SNMP is mapped onto User Datagram Protocol (UDP);
  380.    however in those situations where it is not possible to communicate
  381.    with an ISO 8473 managed resource using SNMP over UDP, or where
  382.    communication with an ISO 8473 managed resource using SNMP/UDP is not
  383.    possible/appropriate, SNMP should be mapped onto an OSI transport
  384.    (8).  The following Managed Objects SHOULD be supported for remoted
  385.    monitoring using SNMP:
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. Hares & Wittbrodt                                               [Page 7]
  395.  
  396. RFC 1574          Essential Tools for the OSI Internet     February 1994
  397.  
  398.  
  399. 3.4.1.  Summary of MIB Variables
  400.  
  401.    RFC 1238 CLNS MIB [5]
  402.  
  403.       1) clnpAddrTable - Addresses for Interfaces
  404.       2) clnpRoutingTable - OSI routes in system routing table.
  405.  
  406. 3.4.2.  ASN.1 Syntax for these MIB variables
  407.  
  408.    The ASN.1 syntax for the two variables in CLNS MIB (RFC 1238) is
  409.    included below for easy reference.  That RFC remains the
  410.    authoritative source for the MIB definitions.
  411.  
  412.           1) clnpAddrTable
  413.  
  414.             clnpAddrTable OBJECT-TYPE
  415.             object.id =  .... {clnp 21 }
  416.  
  417.  
  418.             clnpAddrTable = SEQUENCE OF ClnpAddrEntry
  419.             CLNPAddrEntry ::= SEQUENCE {
  420.                   clnpAdEntAddr
  421.                           CLNPAddres,
  422.                   clnpAdEntIfIndex,
  423.                           INTEGER,
  424.                   clnpAdEntReasmMaxSize
  425.                           INTEGER (0...65535);
  426.                   }
  427.  
  428.               clnpAdEntAddr = ClnpAddress
  429.               clnpAddress = OCTET string (Size (1...20);
  430.               clnpAdEntIfIndex = INTEGER;
  431.               clnpAdEntReasmMaxSize = INTEGER (0...65535);   #
  432.  
  433.           Descriptions of Table entry values:
  434.  
  435.           clnpAdEntAddr - CLNP address for this interface value
  436.           clnpAdEntIfIndex - Interface Index value corresponding to
  437.                              IfIndex value.
  438.           clnpAdEntReasmMaxSize = Maximum size of a pdu that can be
  439.                                   reassembled from incoming PDUs
  440.                                   received on this interface.
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450. Hares & Wittbrodt                                               [Page 8]
  451.  
  452. RFC 1574          Essential Tools for the OSI Internet     February 1994
  453.  
  454.  
  455.           2)  clnpRoutingTable
  456.  
  457.              object id =....{clnp 22}
  458.              clnpRoutingTable =  SEQUENCE OF ClnpRouteEntry;
  459.              ClnpRouteEntry = SEQUENCE OF {
  460.                           clnpRouteDest,
  461.                           clnpRouteIfIndex,
  462.                           clnpRouteMetric1,
  463.                           clnpRouteMetric2,
  464.                           clnpRouteMetric3,
  465.                           clnpRouteNextHop,
  466.                           clnpRouteType,
  467.                           clnpRouteProto,
  468.                           clnpRouteAge,
  469.                           clnpRouteInfo}
  470.  
  471.             clnpRoutDest ::= ClnpAddress;    # Address in Route table
  472.                                              # (prefix or full address
  473.             clnpRouteIfIndex ::= Integer;    # IfIndex value for
  474.                                              # interface next hop can
  475.                                              # be reached through.
  476.             clnpRouteMetric1 ::= Integer;    # primary routing metric
  477.                                              # for this protocol.
  478.                                              # Specific meaning
  479.                                              # depends on clnpRouteProto
  480.                                              # value -1 if not used
  481.             clnpRouteMetric2 ::= Integer;    # alternate routing metric
  482.                                              # for this protocol.
  483.                                              # Specific meaning
  484.                                              # depends on clnpRouteProto
  485.                                              # value -1 if not used
  486.             clnpRouteMetric3 ::= Integer;    # alternate routing metric
  487.                                              # for this protocol.
  488.                                              # Specific meaning
  489.                                              # depends on clnpRouteProto
  490.                                              # value -1 if not used
  491.             clnpRouteMetric4::= Integer;     # alternate routing metric
  492.                                              # for this protocol.
  493.                                              # Specific meaning
  494.                                              # depends on clnpRouteProto
  495.                                              # value -1 if not used
  496.             clnpRouteNextHop::= ClnpAddress; # Address of Next Hop in
  497.                                              # Routing
  498.                                              # Table
  499.             clnpRouteType::=INTEGER {
  500.                           other (1),         # none of following
  501.                           invalid (2),       # an invalid route
  502.                           direct(3),         # a direct route
  503.  
  504.  
  505.  
  506. Hares & Wittbrodt                                               [Page 9]
  507.  
  508. RFC 1574          Essential Tools for the OSI Internet     February 1994
  509.  
  510.  
  511.                           remote(4)}         # a remote route
  512.  
  513.             clnprouteProto::= INTEGER {
  514.                           other (1),         # none of the following
  515.                                              # (manually configured
  516.                                              # falls in this category)
  517.                           local(2),          # configured entries
  518.                           netmngt(3),        # set via Network
  519.                                              # management
  520.                           is-is(9),          # ISO 10589
  521.                           ciscoIgrp(11),     # Ciscos OSI IGRP
  522.                           ospf(13),          # OSPF set
  523.                           bgp(14),           # BGP sets
  524.                           idrp(15)           # addition suggested to
  525.                                              # rfc 1238
  526.                                              # in processing
  527.             clnpRouteMetric5::= Integer;     # alternate routing metric
  528.                                              # for this protocol.
  529.                                              # Specific meaning
  530.                                              # depends on clnpRouteProto
  531.                                              # value -1 if not used
  532.             clnpRouteInfo ::= OBJECT-ID;     # protocol id that
  533.                                              # installed this route
  534.                           }
  535.  
  536. 4.  OSI HOST.txt format
  537.  
  538.    The OSI format for addresses allows addresses to be 20 bytes.  In the
  539.    long term, a Directory service (DNS service or OSI Directory service
  540.    (X.500)), will provide a host name to address mapping.  The process
  541.    of getting OSI capable DNS and Directory service may require OSI
  542.    pathway to already be set-up.  Most host and router systems use a
  543.    fixed table to provide this name to NSAP address mapping in order to
  544.    get OSI working on their system. The current operational problem is
  545.    each implementation has a different format.  This document defines a
  546.    fixed format so that these initial name to NSAP mapping files can be
  547.    shared through-out the internet.
  548.  
  549.    To conform to this document, a host or router supporting CLNS MUST
  550.    have support a "osi host.txt" file with the format below. The "osi
  551.    host.txt" file may be used for other OSI applications or TUBA
  552.    applications.  For these other applications, other fields may be
  553.    defined but the definition of these is outside the scope of this
  554.    specification.
  555.  
  556.    OSI applications may use another file name for osi address
  557.    information.  NSAP addresses in any osi address information MUST use
  558.    the format below.  This host name to NSAP mapping MUST be available
  559.  
  560.  
  561.  
  562. Hares & Wittbrodt                                              [Page 10]
  563.  
  564. RFC 1574          Essential Tools for the OSI Internet     February 1994
  565.  
  566.  
  567.    for use by the following utilities on CLNS hosts and routers:
  568.  
  569.       - OSI Echo (Ping) function,
  570.       - OSI traceroute function, and
  571.       - router table look-up for CLNS
  572.         routing information
  573.  
  574.    Host and router systems MUST also support a NSAP to name mapping by
  575.    the Domain Name Service Directory or or the OSI Directory service
  576.    (X.500).
  577.  
  578.    Format of osi hosts file:
  579.  
  580.       <NSAP Address> <name1> <name2> ...<name>
  581.  
  582.    The NSAP Address should be in the following format:
  583.  
  584.       <first octet>.<2nd octet 3rd octet>.<4th octet 5 octet>.
  585.  
  586.    comments on the above format:
  587.  
  588.    The NSAP octets should be expressed in hexidecimal. The dots are aids
  589.    to help read the NSAP address, and MUST NOT be required for an NSAP
  590.    address parsing.  However, each NSAP address file MUST be able to
  591.    have the ability to handle the insertion of dots.  The location of
  592.    the inserted dots within an NSAP address MUST NOT have any
  593.    significance other than to make the address easier to read.
  594.  
  595.    An example of this use in the GOSIP format is:
  596.  
  597.       47.0005.80ff.ff00.0000.0001.0001.0a0b.0c0d.0204.00
  598.  
  599.    An example of this format in ANSI format is:
  600.  
  601.       39.480f.8000.0500.0000.0001.0001.0a0b0c0d.0204.00
  602.  
  603.    This value quickly shows the AFI and the NSEL octets on either end.
  604.  
  605.       <name1> <name2> <name> - Indicates a sequence of name associated
  606.       with this nsap address.
  607.  
  608. 5.  Acknowledgements
  609.  
  610.    The authors would like to acknowledge the contributions made by Dave
  611.    Piscitello.  He not only kept the document accurate, but also helped
  612.    us to get rid of the ISO jargon and make the document more readable.
  613.    Thanks to Paulina Knibbe for her work with the host.txt format. We
  614.    would also like to thank members of the Network OSI Operations
  615.  
  616.  
  617.  
  618. Hares & Wittbrodt                                              [Page 11]
  619.  
  620. RFC 1574          Essential Tools for the OSI Internet     February 1994
  621.  
  622.  
  623.    Working Group of the IETF for their comments.
  624.  
  625. 6.  References
  626.  
  627.    [1] ISO/IEC 8473, Information Processing Systems, "Protocol for
  628.        Providing the Connectionless-mode Network Service and Provision
  629.        of Underlying Service", May 1987.
  630.  
  631.    [2] Hagens, R., "An Echo Function for ISO 8473",  RFC 1139,  IETF-OSI
  632.        Working Group, January 1990.
  633.  
  634.    [3] Hares, S., and C. Wittbrodt, "CLNP echo (ISO 8473)", RFC 1575,
  635.        Merit/NSFNET, Stanford University/BARRNet, February 1994.
  636.  
  637.    [4] ISO/IEC DIS 10747 Information Processing Systems -
  638.        Telecommunications and Information Exchange between Systems -
  639.        Protocol for Exchange of Inter-domain Routeing Information among
  640.        Intermediate Systems to Support Forwarding of ISO 8473 packets.
  641.  
  642.    [5] Satz, G., "Connectionless-mode Network Service Management
  643.        Information Base - for use with Connectionless Network Protocol
  644.        (ISO 8473) and End system to Intermediate System Protocol (ISO
  645.        9452)", RFC 1238, cisco Systems, Inc., June 1991.
  646.  
  647.    [6] Case, J., Fedor, M., Schoffstall, M., and J.  Davin, "Simple
  648.        Network Management Protocol", STD 15, RFC 1157, SNMP Research,
  649.        Performance Systems International, Performance Systems
  650.        International, MIT Laboratory for Computer Science, May 1990.
  651.  
  652.    [7] Rose, M., "SNMP over OSI", RFC 1418, Dover Beach Consulting,
  653.        Inc., March 1993.
  654.  
  655.    [8] Information processing systems - Open Systems Interconnection -
  656.        Protocol for Providing the Connectionless-mode Transport Service,
  657.        International Organization for Standardization.  International
  658.        Standard 8602, December 1987.
  659.  
  660. 7.  Security Considerations
  661.  
  662.    Security issues are not discussed in this memo.
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674. Hares & Wittbrodt                                              [Page 12]
  675.  
  676. RFC 1574          Essential Tools for the OSI Internet     February 1994
  677.  
  678.  
  679. 8.  Authors' Addresses
  680.  
  681.    Susan K. Hares
  682.    MERIT/NSFNET
  683.    Internet Engineering
  684.    1075 Beal Avenue
  685.    Ann Arbor, MI 48109-2112
  686.  
  687.    Phone: (313) 936-3000
  688.    EMail: skh@merit.edu
  689.  
  690.  
  691.    Cathy J. Wittbrodt
  692.    Stanford University/BARRNet
  693.    Networking Systems
  694.    Pine Hall 115
  695.    Stanford, CA 94305
  696.  
  697.    Phone: (415) 725-5481
  698.    EMail: cjw@magnolia.Stanford.EDU
  699.  
  700.  
  701.  
  702.  
  703.  
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730. Hares & Wittbrodt                                              [Page 13]
  731.  
  732.